Dynamic document updating application interface and corresponding control functions

ABSTRACT

A user interface configuration may permit a user to make selections while the interface is dynamically adjusting and reconfiguring its layout and appearance for optimized user satisfaction. One example method of operation may include receiving an input command on a first menu displayed on a touch receptive surface of a user device and modifying a current view of the first menu by moving a menu item either upward or downward among a number of different menu options. The method may also include selecting the menu item responsive to the received input command and also receiving an additional input command to select a functionality to apply to the menu item, and applying the functionality to the menu item.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.14/472,728, filed on Aug. 29, 2014, the entire disclosure of which isincorporated by reference herein.

TECHNICAL FIELD OF THE APPLICATION

This application relates to a user interface application that includes auser input portion that can be manipulated to modify a present contextof the menu and more specifically to provide dynamic adjustments basedon user input and preferences.

BACKGROUND OF THE APPLICATION

Conventionally, document manipulation can include the creation of data,the adding and/or importing of data, deletion of data, and any othermanipulation of data performed while operating within an application.The dynamic aspect of the data manipulation includes any text, table,image, video, etc., entered or removed from the document automaticallywhen an action is performed. For example, moving content from and/orinto an item on a display or similar functionalities may constitutedocument manipulation.

In another example, dragging an image from a webpage and dropping thesame image into a word processing document, may cause that image toadhere to menu characteristics and/or match the aspects of otherexisting images in the document, for example, size, clarity, fontcharacteristics, etc.

Many popular applications involve complex menu systems. Theseapplications are normally utilized on a desktop or laptop computer withthe display size permitting a full menu. The menu of these applicationsnormally span across the entire width of the application area. As thefunctionality of the application grows, so does the availability of themenu icons permitting easy access to the different functions.Furthermore, the menus are complex in nature offering many differentoptions for use by the application's user.

One of the many applications that involve potentially complex menusystems is a word processing application. In these applications, themenus are grouped together permitting the functionality offered by themenu selections to be located easily. Other applications have turned totab components that offer a different set of menus for each tab. Thispermits the application to re-use the real estate as the menu items areredrawn for each selected tab. The evolution of computer technologieshas permitted more functionality available on smaller devices. As usershave migrated to smaller devices, they desire more functionality fromthe applications executing on the same devices.

The hardware of the smaller devices is not at issue as these devices arequite powerful enough to permit similar functionality as their largercounterparts. The issue is the smaller display, or display ‘realestate’, with which the application executing on the smaller devices hasto operate. On large displays, such as desktop or laptop computers,applications make use of the large display area by utilizing the toparea of the application to display the menu items. Many applicationsutilize small pictures, or icons, that make it easier for the user tobecome familiar with each menu item. In addition, many of the menu itemsare grouped together into tabs, permitting the user to click aparticular tab to gain access to a specific group of menu items. Becauseof the available real estate, many of the menus also permit drop-downitems that show further sub-menu items related to a given menu item. Allof those types of menus and sub-menus are losing popularity as the sizeof computing device displays continues to reduce in size.

SUMMARY OF THE APPLICATION

Application developers utilize various tools that permit the creationand functional programming of contextual menus. Regardless of theprogramming language being utilized, users of current computerapplications have become familiar with those menu functionalities anddepend on them to ease their workflow. Due to the vast complex nature ofthe computer applications, a well-written menu system is the basis forthe application's success, and may permit the user to optimize use ofthe application.

One example method of operation may include a method that providesreceiving at least one input command on a first menu displayed on atouch receptive surface of a user device, modifying a current view ofthe first menu by moving at least one menu item at least one of upwardand downward among a plurality of different menu options, selecting theat least one menu item responsive to the received at least one inputcommand, receiving at least one additional input command to select afunctionality to apply to the selected at least one menu item, andapplying the functionality to the selected at least one menu item.

Another example embodiment may include an apparatus with a receiverconfigured to receive at least one input command on a first menudisplayed on a touch receptive surface of a user device, and a processorconfigured to modify a current view of the first menu by moving at leastone menu item at least one of upward and downward among a plurality ofdifferent menu options, and select the at least one menu item responsiveto the received at least one input command. The receiver is furtherconfigured to receive at least one additional input command to select afunctionality to apply to the selected at least one menu item, and theprocessor is further configured to apply the functionality to theselected at least one menu item.

Another example embodiment may include a method that provides receivingat least one input command on a first menu displayed on a touchreceptive surface of a user device, selecting at least one menu itemresponsive to the received at least one input command, receiving atleast one additional input command that is different from the firstinput command type, identifying the at least one additional inputcommand as a multiple item gesture command, and storing the multipleitem gesture command in memory.

Another example embodiment may include an apparatus that includes areceiver configured to receive at least one input command on a firstmenu displayed on a touch receptive surface of a user device, and aprocessor configured to select at least one menu item responsive to thereceived at least one input command, and the receiver is furtherconfigured to receive at least one additional input command that isdifferent from the first input command type, and wherein the processoris further configured to identify the at least one additional inputcommand as a multiple item gesture command, and store the multiple itemgesture command in memory.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a system diagram according to an example embodimentof the present application.

FIG. 2 illustrates a table describing the operation of the gestures andrelated operations for traversing a context menu according to exampleembodiments.

FIG. 3 illustrates a user action gesture being performed on a contextmenu to display a sub-context menu according to example embodiments.

FIG. 4 illustrates another user gesture example used to traverse up acontext menu hierarchy according to example embodiments.

FIG. 5 illustrates multiple menu selections from a context menuaccording to example embodiments.

FIG. 6 illustrates an example HTML layout of a web page according toexample embodiments.

FIG. 7 illustrates an example data copying example according to exampleembodiments.

FIG. 8 illustrates the input of data to an application according toexample embodiments.

FIG. 9 illustrates an example system configuration according to anexample embodiment of the present application.

FIG. 10 illustrates an example network entity device configured to storeinstructions, software, and corresponding hardware for executing thesame, according to example embodiments of the present application.

DETAILED DESCRIPTION OF THE APPLICATION

It will be readily understood that the components of the presentapplication, as generally described and illustrated in the figuresherein, may be arranged and designed in a wide variety of differentconfigurations. Thus, the following detailed description of theembodiments of a method, apparatus, and system, as represented in theattached figures, is not intended to limit the scope of the applicationas claimed, but is merely representative of selected embodiments of theapplication.

The features, structures, or characteristics of the applicationdescribed throughout this specification may be combined in any suitablemanner in one or more embodiments. For example, the usage of the phrases“example embodiments”, “some embodiments”, or other similar language,throughout this specification refers to the fact that a particularfeature, structure, or characteristic described in connection with theembodiment may be included in at least one embodiment of the presentapplication. Thus, appearances of the phrases “example embodiments”, “insome embodiments”, “in other embodiments”, or other similar language,throughout this specification do not necessarily all refer to the samegroup of embodiments, and the described features, structures, orcharacteristics may be combined in any suitable manner in one or moreembodiments.

In addition, while the term “message” has been used in the descriptionof embodiments of the present application, the application may beapplied to many types of network data, such as, packet, frame, datagram,etc. For purposes of this application, the term “message” also includespacket, frame, datagram, and any equivalents thereof. Furthermore, whilecertain types of messages and signaling are depicted in exemplaryembodiments of the application, the application is not limited to acertain type of message, and the application is not limited to a certaintype of signaling.

According to example embodiments, a graphical user interface may includeoptions for traversing through submenus, gesturing to traverse asub-menu, gesturing for traversing out of a sub-menu, parallelfunctions, choosing multiple menu items, setting the state in theapplication, selecting data in an application, inputting data into theapplication. Further, a dynamic menu system is provided that permits anapplication's menu to be displayed on a smaller display, for example amobile device, or any other likewise device that is of a smaller nature.

The dynamic nature of the menu system permits for the menu toautomatically set the characteristics of incoming data, for example thedata's font, font size, table size, size of images, etc. The incomingdata automatically adheres to the current characteristics of thedocument and/or the current characteristics of the current selections ofthe menu application. The application permits a menu that is intuitivein nature, which permits the user to interact with menus in a similarfashion to the menus used with similar applications on larger displays.

FIG. 1 illustrates a system diagram according to an example embodimentof the present application. In one example embodiment, the networkdiagram permits a user utilizing a mobile client machine 12 or a moretraditional computer 14 to access the current application, which may bein the form of software, and which can be downloaded from the systemserver 18 and/or which may be currently operating on the client's device12/14.

The network 10 may include fewer or greater components or differentcomponents, such as wired or wireless electronic devices includingclients, servers, phones, tablets and computers as well as variousnetworks such as the Internet, intranets and public and privatenetworks, without departing from the scope of the present application.The client device 12/14 can be any of a mobile laptop device and/or apersonal desktop computer or a mobile device. The computing device 12/14is connected to the network 16. It should be noted that other types ofdevices, in addition to devices 12/14, might be used with the presentapplication. For example, a PDA, a tablet computer, a laptop, an MP3player, a gaming device (such as a hand held system or home basedsystem) and the like (including a P.C. or other wired device) that canalso transmit and receive information could be used with the presentapplication.

The user of the application will interface with the client device 12/14and connect through the network 16 to the system server 18, which may beredundant or may be more than a single entity without deviating from thescope of the application. A database computer or computing device 20 isdirectly connected to the system server 18 or connected remotely throughthe network 16 without deviating from the scope of the application.

The application resides completely or partially on the user's device12/14 which can be a mobile device, but can also reside on a user'sdesktop computer, a personal digital assistant (PDA), tablet computer,or any other device containing a processor, memory, and an operatingsystem. In addition, the application can reside on either completely orpartially on any one of the other elements in the system depicted inFIG. 1 including the system server 18, the database 20, and/or thenetwork 16. A database 20 may be directly connected to the system server18, and can be a part of or co-located with the system server 18 orconnected remotely through the network 16 without deviating from thescope of the application.

If the application resides on a mobile device 12, the application can bedownloaded through a platform, such as an application store or marketresiding on the device or accessed via the device. In operation, theuser may interact with the application executing on the user device12/14 via a pointing device, a computer keyboard or any other commonlyused input devices. The current application can work with any devicesuch as a personal computer with a touch screen, a laptop with a touchscreen, a personal computing tablet, a smartphone or any device with aprocessor, memory and a touch screen.

The current application permits for dynamic document updating. Morespecifically, the application provides the dynamic ability to obtaindata from a first application, and apply the data as input to a secondapplication. Selecting data from an application traditionally requiredusing a pointing device to “highlight” the desired data from theapplication and act on the selected data accordingly. This process iswell understood in computing environments and is utilized inapplications regularly across the marketable computing environment.

The current application permits the user to select data desired withouthaving to rely on the previously utilized method of selecting the data.Websites, for example, are normally configured in various elements usedto represent the data, the current application permits the user tospecify the elements of the data that are desired, as well as access thedata minus any elements that may be incorporated internal to the data,thus permitting for the selection of the precise data desired withouthaving to “select” the data from less intuitive operations, such as“highlighting”.

In addition to the selection of the data, examples described belowpermit for dynamic functionality when inserting the selected data into asecond application. The dynamic aspect of this functionality isdescribed in two different approaches including the ability to configurethrough the selection of menu items of a context menu how the incomingdata is to be formatted, and the functionality to automaticallyconfigure the incoming data to similar data previously existing in theapplication. Furthermore, the application also provides accessibilityfunctionality for navigating a context menu for use on a device. Thedevice, which could have a restricted display area (i.e., a mobiledevice, tablet, or any other device that is smaller in nature than adesktop or laptop computer monitor) would be easier to control byutilizing such a configuration.

Embodiments below depict functionality surrounding the accessibilityfunctionality interworking with context menus and menu items included inthe context menu. In this example embodiment, further gesturefunctionality is discussed that permits for the traversing of multiplelevels, tiers or sections of a context menus without the user everhaving to remove the pointing device(s) from the touchscreen.

In one example, the user may utilize two or more pointing devices totraverse through the context menu. Functionality incorporated in theapplication permits for the traversing of the context menu by utilizingtwo pointing devices. The two devices may be separate stylus pendevices, two or more user fingers, a combination of any of the above anda user initiated gesture, a voice command, and a user initiated motiondetected, etc.

This implementation permits for a wide range of menu items, which arefurther grouped by functional similarity. For example, all the layoutmenu items can be in a submenu denoted “Layout” in a main context menu.Furthering this example, all of the table menu items can be placed underthe “Table” option in the main context menu, etc., the sub-menus cancontinue until all of the menu items necessary for a full functionalmenu system are incorporated in the context menu. This design permits afull functional menu presented in a manner that is easily navigated bythe user on a touchscreen that may be limited by the amount of displaydevice real estate.

The application containing the context menu can reside on the user'sdevice 12/14, on a device communicably coupled to the user's device12/14 via the Internet, the network 16, the system server 18, and/or thedatabase 20. As an example, the table in FIG. 2 depicts a possibledescription of gestures and corresponding actions. Referring to FIG. 2,the table 200 describes the operation of the gestures and relatedoperations for traversing a context menu according to exampleembodiments. The gesture 220 may be any of a variety of differentinputs, for example, two input points performing any of a variety ofmovements. The corresponding state 230 of the application may be thestate of the application or menu that corresponds to that input state.The associated action 240 is the action that ensues as a result of theinput 220 and the present state 230.

Examples of gestures may include two pointing devices making a circularmotion either in a clockwise direction or in a counter-clockwisedirection which may cause the menu to not be displayed at first and thento display the context menu. Another example may include two pointingdevices making a circular motion in the clockwise direction, the contextmenu displayed

traverses the menu items downward, and if possible, menu items may beadded to the top of the context menu. Another example may include twopointing devices making a circular motion in the counter-clockwisedirection which causes a context menu to be displayed and to traversethe menu items upward. When a menu item arrives at the top of thecontext menu, that menu item may be removed and stored in theapplication.

Another input may include two pointing devices sequentially movingtoward the center of the context menu making a “pinching” motion. Inthis example the context menu is displayed

if the top-most menu item on the context menu is a menu item with asub-menu, and as a result, the context menu may be removed and thesub-menu may be displayed. In another example, there may be two pointingdevices sequentially moving in an outward motion from the center of thecontext menu. The result would be a context menu displayed. If thecurrent context menu is a sub-menu, the current context menu may beremoved and displayed in a higher context menu.

The possible gestures and their associated functions provide that withtwo pointing devices, for example, two fingers on a user's hand, onecould traverse multiple levels of a hierarchy of context menus andcontext sub-menus without raising the pointing device(s) from thetouchscreen. This is important as functionality below depends on theability for the user to traverse the context menu system with one hand.In another embodiment, the user is able to traverse the context menu byvoice, the device's keyboard, iris movements, or any other commonly usedmethods to direct the flow of control of the executing application onthe device.

FIG. 3 illustrates a user action gesture being performed on a contextmenu to display a sub-context menu according to example embodiments.Referring to FIG. 3, a graphic is shown 100 depicting a context menuunder a user's hand 110. In this example, the user has two pointingdevices or two input points being utilized at the same time (i.e., twofingers on the user's hand) on the display 120. These two pointingdevices are moved together in a pinching motion as a gesture to displaya sub-context menu. In this scenario, the “Table” menu item 122 is thendisplayed as the top menu item on the context menu. The resultingbehavior is the current context menu is removed and replaced by asub-context menu or the context menu associated with the table group.The pinching gesture attempts to display a sub-context menu associatedwith the menu item in the top-most location of the context menu. If thepinching gesture is provided and the top-most menu item is notassociated with a sub-context menu, then no action will occur. When theterm ‘action’ is described throughout the various embodiments, the termmay be used interchangeably with input commands and selection operationsany of which may be equated to a particular action.

In another embodiment, when a user input traverses into a sub-menu, theprevious menu is not removed from the display, but is “faded” in colorsuch that the previous menu appears to be behind the current contextmenu but in a lighter color making it appear dim in appearance but notremoved. As the user traversed through multiple sub-menus in the contextmenu, the previous menus appear “behind” the current menu, but in afaded or shaded color to indicate the current user selection versus aprevious user selection. The previous menus also may be “stacked” suchthat the first menu appears to the left, followed by the next menu inthe hierarchy appears slightly to the right and so on such that all ofthe menus appear on the device, yet the current context menu may appearon the top of the menus. With this implementation, the user is able todetermine where the current context menu is located within the hierarchyof the context menus.

In another embodiment, the previous context menus appear to the right ofthe current context menu. In another embodiment, the previous contextmenus appear above or below the current context menu. FIG. 4 illustratesanother user gesture example used to traverse up a context menuhierarchy according to example embodiments. Referring to FIG. 4, agesture to traverse up the context menu hierarchy is shown 150 depictinga context menu under a user's hand 170. The user has two pointingdevices (i.e., two fingers) being placed on the display 160. These twopointing devices are moved apart in a reverse-pinching motion (outward)as a gesture to traverse up the hierarchy of context menus. Theresulting behavior is the current context menu is removed and replacedby the context menu above the current context menu in the hierarchy. Ifthere are no higher context menus available in the hierarchy, then thegesture command is ignored and no action occurs.

In another example, parallel functions may be used to manipulate thecontext menu. Parallel functions permit for two or more separateactivities that are brought together or combined to perform a specificaction. Parallel functions permit for functionality on a touchscreen ona smaller sized device. This functionality permits for a greaterintuitive interaction due to the nature of the touchscreen, thisfunctionality that may not be available on a screen with more realestate. This type of action is further depicted below by thesimultaneous functions of two actions referred as action ‘A’ and action‘B’. These simultaneous functions are performed in parallel permittingthe application to assign the functionality associated with action ‘A’with the data associated with action ‘B’.

The user is able to perform a gesture to display the context menu, andthen traverse through the context menus and/or submenus to select asingle menu item in action ‘A’. In parallel, the user is able to performaction ‘B’. This action can be in the form of utilizing another input asa separate pointing device or the user's gesture, voice, etc., that isutilized as input to the application. The application applies thefunctionality associated with the selected menu item to the data that isincoming to the application from action ‘B’. Another example involvesthe user utilizing a pointing device, for example, a finger on a firsthand or a user's voice to traverse through the context menu arriving ata single menu item. In parallel, another pointing device, for example, afinger on a second hand or a user's voice, locates text in a browserwindow and highlights a portion of the text in the browser window. Thehighlighted text is then copied to the device's internal memory.

On smartphone operating systems currently in the market today, thereexists functionality that permits highlighted text in any application tobe copied to the device's internal memory or memory external to thedevice. To perform this action, the user long-presses on a word, orgroup of words on the display. The operating system responds byperforming a system-level function that will perform a correspondingactivity. For instance, there are pointers placed at the beginning andend of the selected and/or highlighted text. These pointers permit theuser to move the selected text and select exactly the words and/orphrases desired. A menu appears on the top or bottom of the display thatpermits the user to select one of the menu items and copy thehighlighted area to the internal memory. The selected text with thesecond pointing device is then moved into the area with the context menuand released. Upon releasing the pointing device(s), functionalityexists to permit the receiving data (i.e., highlighted text) to beinserted into the application.

The selected menu item from the first pointing device is applied to theincoming data from the second pointing device. For example, the firstpointing device has selected the menu item related to a “bold” text. Thesecond pointing device, may have highlighted text in anotherapplication, for example a browser window, and may drag the highlightedtext over the context menu and release the text to drop the highlightedtext over the context menu. When the data is received to theapplication, the incoming text will be altered to be a bold style. Inanother embodiment, the first pointing device is moved into the browserwindow permitting for the same functionality.

In another example, the user is able to choose multiple menu items thatare stored and applied to incoming data to the application. In thisembodiment, the user is permitted to navigate through the context menuvia gestures, voice or other input means to arrive at a particular menuitem. Once a first menu item is selected, a gesture, referred to as the“Multiple Item Gesture” is input by the user. When the multiple itemgesture is received by the application, the application responds bystoring the item internal to the application. The applicationfunctionally understands that this is a first menu item that will beassigned to incoming data of the application at a later time. Once oneor more menu item(s) are stored, the application permits for traversingthe context menu to choose one or more additional menu items.

The “Multiple Item Gesture” can be any functional gesture, input,command, prompt, etc., but most preferably it would be a gesture thatcan be performed by one or two pointing input devices, or capable ofbeing performed by a single hand or a user voice. Having the ability toutilize a single hand, voice or a combination of thereof will aid theuser in utilizing another input source for other functionalities. The“Multiple Item Gesture” may be, for example, the user swiping theidentified menu item in the context menu down toward the bottom of thedisplay prior to submitting another command by remaining input options.

In another example, the currently stored menu items are displayedvisually on the device's touchscreen thus permitting the user to have avisual indication as to the currently stored menu items. These currentlystored menu items can be displayed as small icons reflecting the icon ofthe stored menu item in any location on the device's touch screen. Theuser is then able to touch/select a stored menu item and that particularmenu item will be removed from the stored list.

Once the stored menu items are selected, data that is input to theapplication via a dragging gesture, or another defined gesture whichinputs data from an external source (i.e., another application, wordprocessing document, webpage, etc.) to the application is modifiedaccording to the defined menu items. This functionality permits the userto select how incoming data is manipulated according to the multipleformatting options offered by the context menu. The applicationcontaining the context menu can reside on the user's device 12/14, on adevice communicably coupled to the user's device 12/14 via the Internet16, the network 16, the system server 18, and/or the database 20.

FIG. 5 illustrates multiple menu selections from a context menuaccording to example embodiments. Referring to FIG. 5, a possibleimplementation of the user selecting multiple menu selections 500, mayinclude a user selecting a menu item from the context menu 510. A menuitem can be “saved” by the user providing a predetermined gesture. Forexample, the user may drag the menu item down to the bottom of thescreen. This gesture instructs the application to not perform thefunctionality associated with the menu item, but instead store the menuitem for future use or reference. Upon storing the menu item, thecontext menu remains on the display so the user is able to continueselecting other menu items.

Once a menu item is stored, the user has the ability to continue totraverse through the context menu. If the user selects a menu item inthe context menu at this point, the functionality associated with themenu item is executed and the previously stored menu item is ignored.This functionality permits the user to override the stored menu items.The user is able to continue to store multiple menu items from thecontext menu in the manner described above. There exists a list ofstored menu items displayed on the screen, for example, on the lowerportion of the screen 520. This display permits the user to keep trackof which menu items have been stored previously and the list mayincrease or decrease in size according to a user's actions.

In another example, the stored menu item list is displayed in anotherportion of the screen. For example, the stored menu item list isdisplayed on the upper portion of the display or on the left or right ofthe display. The stored menu item list is implemented in a slide-outcomponent. This component is not automatically displayed on the screen,but is accessible by a small arrow on the device, and when selected thestored menu item list slides into view on the display. There is anotherarrow when the stored menu items are in view that, when pressed, slidesthe stored menu item list out of view. The functionality of the menuitems in the stored menu item list are performed when external data isaccepted into the application as input. This functionality permits theuser to predetermine how the data that is input to the application willappear on the display by permitting the user to dictate the appearanceof the data by selecting multiple menu items from the context menu. Theapplication containing the context menu can reside on the user's device12/14, on a device communicably coupled to the user's device 12/14 viathe Internet, the network 16, the system server 18, and/or the database20.

In another embodiment, functionality exists that permits the applicationto be placed in a particular state henceforth referred to as the “SetState”. When the application is placed in the “Set State”, theapplication is halted and awaits a predefined action to continuefunctionality. In this example, the user traverses through the contextmenu utilizing one or more pointing devices and appropriate gestures toarrive at one or more menu items, then performs an action to bring theapplication into the “Set State”. This action can be one of a predefinedgesture that is associated with moving the application into the “SetState”.

A voice command used to enter the “Set State” or otherwise utilized asinput to the application. The voice command directs the application toenter into the “Set State”. A key on the device's keyboard assigned tomove the application to enter into the “Set State”. A move of the eyeiris predefined to move the application into the “Set State”. Any othersimilar action to the above can be defined as the action that moves theapplication into the “Set State” without deviating from the scope of thecurrent application.

Once the application is in the “Set State”, the user is able to navigateaway from the 1st application and switch to another application,referred to the 2^(nd) application, on the device. The 2^(nd)application can be displayed alongside the 1^(st) application or in adifferent window, for example on a tablet device. Once in the 2^(nd)application, the user is able to perform an action that captures data,for example, text by highlighting the text, or otherwise selecting thedata from any activity normally associated with selecting data in anapplication. The data may be stored in the device's memory, memoryexternal to the device, or memory accessed by the device, or mayotherwise be highlighted and dragged into the application.

Once the data is stored in memory, the user then can reactivate theapplication previously put in the “Set State” by performing a functionalgesture, such as a predefined gesture associated with moving theapplication out of the “Set State”. A voice command wherein the voice isutilized as input to the application. The voice command directs theapplication to exit the “Set State”. A key on the device's keyboardassigned to move the application to enter out of the “Set State”. A moveof the iris predefined to move the application out of the “Set State”,or any other similar action to the above can be defined as the actionthat moves the application out of the “Set State” without deviating fromthe scope of the current application.

Once the application is reactivated, the data previously stored in theinternal memory of the device, or external to the device, is copied intothe application. For example, the user can select a button on theapplication entitled “Paste”. Also, the application can automatically beremoved from the “Set State” by simply reactivating the application. Anyother similar action can be associated with moving the application outof the “Set State” without deviating from the scope of the currentapplication.

Upon moving the application out of the “Set State”, the application thenplaces the incoming data into the application. Also, if any menu itemswere stored in the application then the functionality associated withthese menu items are performed on the incoming data. The 1^(st)application can reside on the user's device 12/14, on a devicecommunicably coupled to the user's device 12/14 via the Internet, thenetwork 16, the system server 18, and/or the database 20. The 2^(nd)application can reside on the user's device 12/14, the network 16, thesystem server 18, and/or the database 20.

In another embodiment, functionality is incorporated into theapplication permitting for the selection of particular content from anapplication (i.e. webpages, other applications). When attempting tocapture data from a document, particular options are defined thatdetermine the selected text on a more granular level. Examples mayinclude the document in its entirety, the document without images, thedocument without header and footer, the document without anyadvertisements, the document without descriptive information (i.e., thetitle, date, author(s), contact information, copyright information,etc.).

When selecting or copying a portion of an application (i.e., a webpage)to the device's memory or external to the device, the functionality ofthe application permits the user to only copy a portion of the webpageby dictating which element(s) are desired to be copied. Therefore,instead of relying on the user having to highlight the portion of textto copy to the device's memory, it is more intuitive and easier todetermine the text from the webpage to copy and to apply the selectionapproach identified above. There are various ways that the user is ableto specify which portion of the webpage that is desired. For example,one embodiment permits the user to speak a phrase that is used as inputto the application. Utilizing this approach, the user would speak one ofthe following phrases and the application would associate it with theproper function, “Document in its entirety”, “Document without images”,“Document without header and footer”, “Document without anyadvertisements”, “Document without descriptive information”, “Word orphrase X in the Document to Word or phrase Y in the Document”, and “Wordor phrase X in the Document to end of the Document.”

In another embodiment, there is a menu that permits the user to selectbetween one of the functions. This menu is interworked into theoperating system and is displayed by a triggering mechanism from theuser. This triggering mechanism can be a specific gesture that isassigned to this function, a specific key (or key-sequence) that theuser enters on the device, a physical button on the device, a specificmovement of the iris for devices that support analyzing of the irismovement a voice prompt spoken by the user and used as input to theapplication, and any other normal approach that an application mayutilize to trigger a specific function.

FIG. 6 illustrates an example HTML layout of a web page according toexample embodiments. Referring to FIG. 6, the layout 1000 displays someof the possible elements that makeup a typical webpage. There arevarious other elements that are possible on a webpage, as well as otherelements that are internal to the elements shown. For example, in eachof the included elements, there may be an ‘<img>’ element included thatcontains an image. This depiction shows the basic elements for thepurpose of describing this embodiment. Other elements may be utilized inthe design of this embodiment without deviating from the scope of thecurrent application.

Some webpages contain a <header> element 1010 and a <footer> element1080. These elements exist on all pages associated with the website. The<nav> element 1030 contains the website's navigation and will also existon all pages of the website. The <aside> 1040 element may contain otheraspects of the website, for example advertisements or similar content.The <section> element 1020 is utilized as a wrapper element containingother elements permitting the structure of the website to be dividedinto a tabular appearance. In this example, the <section> element 1020contains three elements: a <header> element 1050 that may contain thetitle of the article, the <article> element 1060 that contains theactual content of the article, and a <footer> element 1070 that maycontain other aspects of the article. The section element may berepeated in the case where there are multiple articles to display on thepage.

FIG. 7 illustrates an example data copying example according to exampleembodiments. In this embodiment, the data flow diagram 1100 illustrateshow particular elements can be copied to the device's internal memory ormemory external to the device. A user may copy data from an applicationby initiating a command 1102. For example, if the user selects “Documentin its entirety”, all elements of the webpage are copied to memory thatis either internal or external, or accessible to the device. In thisexample, all of the webpage elements are copied, and the entire webpageis duplicated. If the user selects “Document without images”, then allof the elements are copied to memory which is either internal orexternal, or accessible to the device minus any <img> element(s). The<img> element is the HTML 5 element containing an image file.

If the user selects “Document without header and footer”, all of theelements in the webpage are copied to the memory that are eitherinternal or external, or accessible to the device minus the <header> and<footer> element(s). If the user selects “Document without anyadvertisements”, all of the elements in the webpage are copied to thememory that is either internal or external, or accessible to the deviceminus the <aside> element(s). If the user selects “Document withoutdescriptive information”, the <article> element is copied to the memorythat is either internal or external, or accessible to the device. Thisincludes the text in the <article> element minus any other elementsincluding any <img> elements. If the user selects “Word or phrase X inthe Document to Word or phrase Y in the Document”, the applicationtraverses through the <article> element(s) and seeks the word or phraseX in the document. This word or phrase X is copied to the memory that iseither internal or external, or accessible to the device until the wordor phrase Y is found.

If the user selects “Word or phrase X in the Document to end of theDocument”, the application traverses through the <article> element(s)and seeks the word or phrase X in the document. This word or phrase X iscopied the memory that is either internal or external, or accessible tothe device until the end of the document. In another example, a dual orparallel activity is defined in regards to how the external data ishandled by the application with the context menu referred to as the1^(st) application. The external application referred to as the 2^(nd)application is external to the 1^(st) application and data from the2^(nd) application is input into the 1^(st) application by a specificaction that instructs the device to insert the data into the 1^(st)application. This specific action can be one of a swipe gesture wherethe data from the 2^(nd) application is swiped toward the 1^(st)application, a voice command, such as a word or phrase X to word orphrase Y, or word or phrase X to ‘end of document’, as the voice isutilized as input to the device. The voice command directs the 1^(st)application to take the data from the 2^(nd) application as input.

Other options may include a key on the device's keyboard assigned toperform the action of inserting the data from the 2^(nd) applicationinto the 1^(st) application. A move of the iris from the 2^(nd)application to the 1^(st) application for devices that support and trackthe movement of the iris. Any other similar action to the above can bedefined as the action that moves the data from the 2^(nd) application tothe 1^(st) application without deviating from the scope of the currentapplication.

In one example, the user selects one or more menu items in the 1^(st)application's context menu, such as “Choosing Multiple Menu Items”. Inparallel, the user copies data (i.e., text) from the 2^(nd) applicationsee section entitled. The user then performs a specific action to “move”the data into the 1^(st) application, using one of the predefinedactions defined above permitting the data to be received as input to the1^(st) application. The data is copied into the 1^(st) application withthe selected menu item(s)′ functionality assigned to the incoming data.

FIG. 8 illustrates the input of data to an application according toexample embodiments. Referring to FIG. 8, a flowchart of the functionalaspect of data from a 2^(nd) application being brought into the 1^(st)application is illustrated 1400. The user performs the gesture to inputthe data from the 2^(nd) application to the 1^(st) application 1410.This can be performed as a swipe gesture where the data from the 2^(nd)application is swiped toward the 1^(st) application. A voice command,such as word or phrase X to word or phrase Y, or word or phrase X to endof document is utilized as input to the application. The voice commanddirects the 1^(st) application to take the data from the 2^(nd)application as input. A key on the device's keyboard may be assigned toperform the action of inserting the data from the 2^(nd) applicationinto the 1^(st) application. Also, a move of the iris from the 2^(nd)Application to the 1^(st) application may be applied for devices thatsupport and track the movement of the iris. Any other similar action tothe above can be defined as the action that moves the data from the2^(nd) application to the 1^(st) application without deviating from thescope of the current application.

The application may perform an initial check to determine if there areother elements currently existing in the application similar to theincoming data 1420. For example, if the incoming data is an image, thenthe application identifies other image elements in the currentapplication. If the data is a table, then the application identifiesother table elements currently existing in the application. If there areother similar elements found in the current application, then theapplication utilizes the parameters of the similarly discovered elementsto paste the incoming data into the 1^(st) application 1430. Thispermits the incoming data to adhere to the look and/or feel of thedocument for the incoming data.

In the alternative, if there are not similar elements found in the1^(st) application as compared to the incoming data from the 2^(nd)application, then the application determines if the user has previouslyselected any item(s) from the context menu prior to performing thegesture to input external data from the 2^(nd) application 1440. Thisscenario provides for the user to select one or more menu items from thecontext menu to use as the formatting for the incoming data to theapplication. If there are stored menu items, then the selected menuitems are utilized for formatting of the incoming data 1450. Forexample, if the user had pre-selected the font size as “12”, and thefont style as “bold”, then these attributes are applied to the incomingdata to the application. As another example, if a particular tableformat was selected by the user as a menu item in the context menu, andif the incoming data is a table, then the previously selected tableformat will be applied to the incoming data. If there are no prior menuitems selected in the context menu, then the data is pasted into thedocument without any applied formatting 1460. The 1^(st) application canreside on the user's device 12/14, on a device communicably coupled tothe user's device 12/14 via the Internet, the network 16, the systemserver 18, and/or the database 20. The 2^(nd) application can reside onthe user's device 12/14, the network 16, the system 18, and/or thedatabase 20.

FIG. 9 illustrates an example system device or devices configured toperform one or more example embodiments of the present application.Referring to the system of FIG. 9, the selection menu management system900 includes various modules which may be part of the same device ormultiple devices communicating across a network. In one example methodof operation, the information reception module 910 receives at least oneinput command on a first menu displayed on a touch receptive surface ofa user device, the information processing module 920 then modifies acurrent view of the first menu by moving at least one menu item witherupward or downward among a plurality of different menu options andselects the menu item responsive to the received input command. Next, anadditional input command is received to select a functionality to applyto the selected menu item, and the update module 930 applies thefunctionality to the selected menu item and a record of those operationsare stored in the information storage memory 940.

Additional operations may include displaying one or more contextual menuoptions at a second menu separate from the first menu responsive to theinput command being received. Then, a third input command may bereceived for selecting an additional menu option included on the firstmenu displayed, and the additional menu option may be applied to thesecond menu. The input command and the additional input command may bealso received simultaneously and at different positions of the touchreceptive surface of the user device. The input command and theadditional input command can be any two of a finger touch input command,voice commands, gesture commands, eye iris movement commands, etc. Thefunctionality assigned to the input command can be identified and thefunctionality of the input command can be assigned to data selected bythe additional input command. This may cause a modification to the dataassociated with the additional input command which is based on thefunctionality assigned to the data. The functionality may include any ofselecting a portion of data, copying a portion of data, cutting aportion of data, and highlighting a portion of data.

In another example embodiment, a method may include receiving an inputcommand on a first menu displayed on a touch receptive surface of a userdevice, selecting a menu item responsive to the received at least oneinput command and receiving an additional input command that isdifferent from the first input command type. The processing module 920may than identify the additional input command as a multiple itemgesture command, and store the multiple item gesture command in memory940. The input command may be identified to be a touch input command andthe additional input command could be a touch input command, a voiceinput command and a gesture input command or other commands describedthroughout this application. Next, a third input command may be receivedand a list of previously stored menu items can be displayed responsiveto the third input command, and a menu selection may then be receivedfrom the previously stored menu items stored in memory 940. Continuingwith the same example, a set state status for the application may beinitiated responsive to the third input command being received. A newapplication may then be initiated which is different from the firstapplication and data selected from the new application may be receivedand stored in the memory so the set state status for the application canbe deactivated, and the data can then be copied into the application. Amenu item stored in memory can then be applied to the copied data. Acopy command is then received and a search term can be applied to thecopy command to limit an amount of words copied, and the copy operationmay be performed to the data based on the applied copy command.

The operations of a method or algorithm described in connection with theembodiments disclosed herein may be embodied directly in hardware, in acomputer program executed by a processor, or in a combination of thetwo. A computer program may be embodied on a computer readable medium,such as a storage medium. For example, a computer program may reside inrandom access memory (“RAM”), flash memory, read-only memory (“ROM”),erasable programmable read-only memory (“EPROM”), electrically erasableprogrammable read-only memory (“EEPROM”), registers, hard disk, aremovable disk, a compact disk read-only memory (“CD-ROM”), or any otherform of storage medium known in the art.

An exemplary storage medium may be coupled to the processor such thatthe processor may read information from, and write information to, thestorage medium. In the alternative, the storage medium may be integralto the processor. The processor and the storage medium may reside in anapplication specific integrated circuit (“ASIC”). In the alternative,the processor and the storage medium may reside as discrete components.For example FIG. 10 illustrates an example network element 1200, whichmay represent any of the above-described network components, etc.

As illustrated in FIG. 10, a memory 1210 and a processor 1220 may bediscrete components of the network entity 1200 that are used to executean application or set of operations. The application may be coded insoftware in a computer language understood by the processor 1220, andstored in a computer readable medium, such as, the memory 1210. Thecomputer readable medium may be a non-transitory computer readablemedium that includes tangible hardware components in addition tosoftware stored in memory. Furthermore, a software module 1230 may beanother discrete entity that is part of the network entity 1200, andwhich contains software instructions that may be executed by theprocessor 1220. In addition to the above noted components of the networkentity 1200, the network entity 1200 may also have a transmitter andreceiver pair configured to receive and transmit communication signals(not shown).

Although an exemplary embodiment of the system, method, and computerreadable medium of the present application has been illustrated in theaccompanied drawings and described in the foregoing detaileddescription, it will be understood that the application is not limitedto the embodiments disclosed, but is capable of numerous rearrangements,modifications, and substitutions without departing from the spirit orscope of the application as set forth and defined by the followingclaims. For example, the capabilities of the system of FIG. 9 can beperformed by one or more of the modules or components described hereinor in a distributed architecture and may include a transmitter, receiveror pair of both. For example, all or part of the functionality performedby the individual modules, may be performed by one or more of thesemodules. Further, the functionality described herein may be performed atvarious times and in relation to various events, internal or external tothe modules or components. Also, the information sent between variousmodules can be sent between the modules via at least one of: a datanetwork, the Internet, a voice network, an Internet Protocol network, awireless device, a wired device and/or via plurality of protocols. Also,the messages sent or received by any of the modules may be sent orreceived directly and/or via one or more of the other modules.

One skilled in the art will appreciate that a “system” could be embodiedas a personal computer, a server, a console, a personal digitalassistant (PDA), a cell phone, a tablet computing device, a smartphoneor any other suitable computing device, or combination of devices.Presenting the above-described functions as being performed by a“system” is not intended to limit the scope of the present applicationin any way, but is intended to provide one example of many embodimentsof the present application. Indeed, methods, systems and apparatusesdisclosed herein may be implemented in localized and distributed formsconsistent with computing technology.

It should be noted that some of the system features described in thisspecification have been presented as modules, in order to moreparticularly emphasize their implementation independence. For example, amodule may be implemented as a hardware circuit comprising custom verylarge scale integration (VLSI) circuits or gate arrays, off-the-shelfsemiconductors such as logic chips, transistors, or other discretecomponents. A module may also be implemented in programmable hardwaredevices such as field programmable gate arrays, programmable arraylogic, programmable logic devices, graphics processing units, or thelike.

A module may also be at least partially implemented in software forexecution by various types of processors. An identified unit ofexecutable code may, for instance, comprise one or more physical orlogical blocks of computer instructions that may, for instance, beorganized as an object, procedure, or function. Nevertheless, theexecutables of an identified module need not be physically locatedtogether, but may comprise disparate instructions stored in differentlocations which, when joined logically together, comprise the module andachieve the stated purpose for the module. Further, modules may bestored on a computer-readable medium, which may be, for instance, a harddisk drive, flash device, random access memory (RAM), tape, or any othersuch medium used to store data.

Indeed, a module of executable code could be a single instruction, ormany instructions, and may even be distributed over several differentcode segments, among different programs, and across several memorydevices. Similarly, operational data may be identified and illustratedherein within modules, and may be embodied in any suitable form andorganized within any suitable type of data structure. The operationaldata may be collected as a single data set, or may be distributed overdifferent locations including over different storage devices, and mayexist, at least partially, merely as electronic signals on a system ornetwork.

It will be readily understood that the components of the application, asgenerally described and illustrated in the figures herein, may bearranged and designed in a wide variety of different configurations.Thus, the detailed description of the embodiments is not intended tolimit the scope of the application as claimed, but is merelyrepresentative of selected embodiments of the application.

One having ordinary skill in the art will readily understand that theapplication as discussed above may be practiced with steps in adifferent order, and/or with hardware elements in configurations thatare different than those which are disclosed. Therefore, although theapplication has been described based upon these preferred embodiments,it would be apparent to those of skill in the art that certainmodifications, variations, and alternative constructions would beapparent, while remaining within the spirit and scope of theapplication. In order to determine the metes and bounds of theapplication, therefore, reference should be made to the appended claims.

While preferred embodiments of the present application have beendescribed, it is to be understood that the embodiments described areillustrative only and the scope of the application is to be definedsolely by the appended claims when considered with a full range ofequivalents and modifications (e.g., protocols, hardware devices,software platforms etc.) thereto.

What is claimed is:
 1. A method comprising: receiving, by a destinationapplication of a user device, a first input command that selects atleast one menu item from a menu of the destination application that isdisplayed on the user device, the at least one menu item representing atext styling format; suspending the destination application is responseto a first input to the user device; while the destination applicationis suspended, receiving, by a source application of the user device, asecond input command that selects textual data from a source window ofthe source application that is displayed on the user device while the atleast one selected menu item selected via the menu of the destinationapplication is held by the destination application, the selected textualdata comprising an initial text styling format that is different thanthe selected text styling format selected by the first input command;and in response to a second input to the user device reactivating thedestination application, transferring a copy of the selected textualdata from the source window of the source application into thedestination application while simultaneously applying the selected textstyling format represented by the at least one selected menu item heldby the destination application to the selected textual data from thesource application, thereby changing the initial text styling format ofthe selected textual data to the selected text styling formatrepresented by the at least one menu item selected by the first inputcommand.
 2. The method of claim 1, further comprising: displaying atleast one contextual menu option at a second menu separate from thefirst menu responsive to the first input command received.
 3. The methodof claim 2, further comprising: receiving at least one third inputcommand selecting an additional menu option included on the second menu;and adding a styling format represented by the additional menu option tothe selected text styling format.
 4. The method of claim 1, wherein thefirst input command and the second input command are receivedsimultaneously and at different positions of a touch receptive surfaceof the user device.
 5. The method of claim 1, wherein the first inputcommand and the second input command each comprise at least one of:finger touch input commands, voice commands, gesture commands and eyeiris movement commands.
 6. The method of claim 1, wherein the textualdata selected by the second input command comprises: a string of textualdata having an initial font, and wherein the transferring comprises:changing initial font of the string of textual data to a different fontselected by the second input command.
 7. The method of claim 1, whereinthe transferring the copy of the selected data and the simultaneouslyapplying the selected text styling format stored internal within thefirst application to the selected textual data are automaticallyperformed when a user releases the second input command.
 8. The methodof claim 1, further comprising: in response to receiving the first inputcommand, holding a selection of the at least one selected menu itemrepresenting the selected text styling format internal within thedestination application, and wherein the simultaneously applying furthercomprises: releasing the holding of the at least one selected menu itemheld internally by the destination application.
 9. An apparatuscomprising: a memory storing instructions; and a processor that whenexecuting the instructions is configured to: receive, by a destinationapplication of apparatus, a first input command that selects at leastone menu item from a menu of the destination application displayed onthe apparatus, the at least one menu item representing a text stylingformat, suspend the destination application is response to a first inputto the user device, while the destination application is suspended,receive, by a source application of the a user device, a second inputcommand that selects textual data from a source window of the sourceapplication that is displayed on the apparatus while the at least oneselected menu item selected via the menu of the destination applicationis held by the destination application, the selected textual datacomprising an initial text styling format that is different than theselected text styling format selected by the first input command, and inresponse to a second input to the user device reactivating thedestination application, the processor is further configured to:transfer a copy of the selected textual data from the source window ofthe source application into the destination application, andsimultaneously apply the selected text styling format represented by theat least one menu item being held by the destination application to theselected textual data from the source application to change the initialtext styling format of the selected textual data to the selected textstyling format represented by the at least one menu item selected by thefirst input command.
 10. The apparatus of claim 9, wherein the processoris further configured to: display at least one contextual menu option ata second menu separate from the first menu responsive to the first inputcommand received.
 11. The apparatus of claim 10, wherein the receiver isfurther configured to: receive at least one third input commandselecting an additional menu option included on the second menu; and adda styling format represented by the additional menu option to theselected text styling format.
 12. The apparatus of claim 9, wherein thefirst input command and the second input command are receivedsimultaneously and at different positions of a touch receptive surfaceof the apparatus.
 13. The apparatus of claim 9, wherein the first inputcommand and the second input command each comprise at least one of:finger touch input commands, voice commands, gesture commands and eyeiris movement commands.
 14. The apparatus of claim 9, wherein thetextual data selected by the second input command comprises: a string oftextual data having an initial font, and wherein the transferringcomprises: changing initial font of the string of textual data to adifferent font selected by the second input command.
 15. The apparatusof claim 9, wherein the transfer of the copy of the selected data andthe simultaneous application of the selected text styling format storedinternal within the first application to the selected textual data isautomatically performed when a user releases the second input command.16. The apparatus of claim 9, wherein, in response to the receipt of thefirst input command, the processor is further configured to: hold aselection of the at least one selected menu item representing theselected text styling format internal within the menu of the destinationapplication, and wherein, when the processor is configured tosimultaneously apply the selected text styling format, the processor isfurther configured to: release the hold of the at least one selectedmenu item held internally by the destination application.
 17. Anon-transitory computer readable storage medium configured to storeinstructions that cause a processor of a user device to perform:receiving, by a destination application of the user device, a firstinput command that selects at least one menu item from a menu of thedestination application that is displayed on the user device, the atleast one menu item representing a text styling format; suspending thedestination application is response to a first input to the user device;while the destination application is suspended, receiving, by a sourceapplication of a user device, a second input command that selectstextual data from a source window of the source application that isdisplayed on the user device while the at least one selected menu itemselected via the menu of the destination application is held by thedestination application, the selected textual data comprising an initialtext styling format that is different than the selected text stylingformat selected by the first input command; and in response to a secondinput to the user device reactivating the destination application,transferring a copy of the selected textual data from the source windowof the source application into the destination application whilesimultaneously applying the selected text styling format represented bythe at least one selected menu item held by the destination applicationto the selected textual data from the source application, therebychanging the initial text styling format of the selected textual data tothe selected text styling format represented by the at least one menuitem selected by the first input command.
 18. The non-transitorycomputer readable storage medium of claim 17, wherein the instructionsfurther cause the processor to perform: displaying at least onecontextual menu option at a second menu separate from the first menuresponsive to the first input command received.
 19. The non-transitorycomputer readable storage medium of claim 18, wherein instructionsfurther cause the processor to perform: receiving at least one thirdinput command selecting an additional menu option included on the secondmenu; and adding a styling format represented by the additional menuoption to the selected text styling format.
 20. The non-transitorycomputer readable storage medium of claim 17, wherein the first inputcommand and the second input command are received simultaneously and atdifferent positions of a touch receptive surface of the user device.